home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19970929-19971216
/
000009_news@newsmaster….columbia.edu _Tue Sep 30 05:56:35 1997.msg
< prev
next >
Wrap
Internet Message Format
|
1997-12-15
|
6KB
Return-Path: <news@newsmaster.cc.columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id FAA21968
for <kermit.misc@watsun.cc.columbia.edu>; Tue, 30 Sep 1997 05:56:34 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id FAA15312
for kermit.misc@watsun; Tue, 30 Sep 1997 05:56:33 -0400 (EDT)
Message-ID: <3430CC92.37FD51CC@th.ibm.com>
Date: Tue, 30 Sep 1997 16:55:30 +0700
From: Nattapong Mongkolprasit <nattapo@th.ibm.com>
Organization: IBM Thailand Company Limited
X-Mailer: Mozilla 4.03 [en] (Win95; I)
MIME-Version: 1.0
Newsgroups: comp.sys.ibm.as400.misc,comp.protocols.kermit.misc
To: Frank da Cruz <fdc@watsun.cc.columbia.edu>, paul_nicolay@merck.com
Subject: Re: transfer files from AS/400 to UNIX
References: <01bcbdd3$4c8d2980$9f05a8c0@da159mat5.sonae.pt> <01bcbdea$1e564b20$6e036536@merck.com> <5vrhsc$r92$1@apakabar.cc.columbia.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
NNTP-Posting-Host: 198.133.29.52
Lines: 103
Path: news.columbia.edu!panix!news-out.internetmci.com!newsfeed.internetmci.com!165.87.194.248!newsm.ibm.net!ibm.net!news1.ibm.net!198.133.29.52
Xref: news.columbia.edu comp.sys.ibm.as400.misc:34526 comp.protocols.kermit.misc:7772
Paul,
There are such many ways to transfer file between UNIX and AS/400. Actually
there is a license program on AS/400 that comes with UNIX client program named
"UNIX Connection for AS/400", it can surely handle your problem, please try on
contacting IBM AS/400 Sale representer in your region.
Another easy way is ftp, you have to first configure TCP/IP on your AS/400, then
start FTP with comand STRTCP, then STRTCPSVR *FTP. The library convention
naming rules is like this:
-. If it is in the Root IFS file system on AS/400, you may refer to it as
other UNIX
-. If it is in the library like "QUSRSYS", file "TESTFILE", member "DBFILE1"
refer to it as cd /qsys.lib/qusrsys.lib" then get "testfile.file/dbfile1.mbr"
DO NOT FORGET TO USE "ascii" MODE TO TRANSFER ASCII FILE!!
And Frank,
You might know that AS/400 have C compiler except from those of RPG and COBOL.
It might be a good idea to recompile your source on AS/400. The header file
"*.h" might a little bit different from other platform because of object-oriented
concept in AS/400 refer to file as library and object. The normal header files
reside in AS/400 as member in libary QSYSINC, QCLE and QCPA in file H. The
Integrated Language C on AS/400 complies ANSI C. You may request for helping of
C programming by contacting IBM technical support in US..
Should there is any progress on this project, please let me know.
-------
Frank da Cruz wrote:
> In article <01bcbdea$1e564b20$6e036536@merck.com>,
> Paul Nicolay <paul_nicolay@merck.com> wrote:
> : Paulo Martins <pmartins@sonae.pt> wrote in article
> : <01bcbdd3$4c8d2980$9f05a8c0@da159mat5.sonae.pt>...
> : > I would like transfer files from AS/400 to UNIX, but I have some problems
> : > with packed fields and fields with sign.
> : > Can anyone suggest some solution to my problem.
> : >
> : > PRECONDITIONS: I only can make conversions in the UNIX system
> :
> : Normally you should convert everything to alphanumeric BEFORE it is FTP'ed
> : to the Unix. This means that you have a serious problem and the only
> : solution I can think about is to write a program that reads the binary file
> : (so transfer in BIN mode) and does the EBCDIC to ASCII itself. If you are
> : aware of the record layout you can also take care of the packed
> : representation. Not really a nice solution but it should work.
> :
> As you may know, at Columbia University we make cross-platrom communications
> software called Kermit. You can read all about it at our website:
>
> http://www.columbia.edu/kermit/
>
> Kermit software is available for just about every hardware and OS platform on
> the planet EXCEPT for the IBM midrange systems: /34, /36, /38, and AS/400.
>
> We receive a constant stream of requests for Kermit software for these
> systems, but we can't produce this software ourselves because we don't have
> access to them, nor do we know anything about them. However, the Kermit
> file-transfer protocol is fully documented, and there is source code in many
> languages (C, Fortran, Algol, Pascal, you name it -- just about everything
> except COBOL and RPG).
>
> I took my first look at this newsgroup today and was struck by the fact that,
> out of about 500 postings, probably a good 20% of them were asking how to
> transfer files between the AS/400 or System/3x and Windows, UNIX, VMS, etc.
>
> Since Kermit software is already available for ALL these other platforms,
> then all of these needs could be satisfied by a Kermit program for the AS/400
> (hopefully coded so as to also work on the System/3x's).
>
> I realize there are some rather nontrivial issues to be tackled:
>
> . Conversion between EBCDIC (including, no doubt, the many Country Extended
> Code Pages) and the ASCII-based character sets on the other end (Latin-1,
> Latin-2, etc, as well as various proprietary sets). But this problem is
> solved in the Kermit protocol definition and in practice in the IBM
> mainframe version of Kermit, which runs on VM/CMS, MVS/TSO, CICS, and
> several other less-well known OS's (MUSIC, GUTS, etc).
>
> . Import/export of complex file/record structures. This is indeed a tough
> one, but can be handled at the "presentation layer" of the protocol. We
> have handled similar problems in VMS (which also has a complex structured
> file system) and OS/2 (with its Extended Attributes).
>
> . The communications interface: 5250 terminals and all that -- all the
> issues raised by protocol converters. But we have handled these in the
> 3270 world, and the same principles should apply.
>
> Do it once, and you've opened the door to the entire rest of the computing
> world. Any volunteers? If you're a competent IBM midrange programmer
> interested in some pro bono work (fame if not fortune), please contact me and
> I'll be glad to get you started.
>
> Frank da Cruz
> The Kermit Project
> Columbia University